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PATENT 

Attorney Docket No.: 021822-000200US 

RING MAP DISCOVERY AND VALIDATION METHOD AND SYSTEM 
FOR OPTICAL NETWORK APPLICATIONS 

CROSS-REFERENCES TO RELATED APPLICATIONS 
5 [00011 NOT APPLICABLE 

STATEMENT AS TO RIGHTS TO INVENTIONS MADE UNDER 
FEDERALLY SPONSORED RESEARCH OR DEVELOPMENT 
[0002] NOT APPLICABLE 

10 

REFERENCE TO A "SEQUENCE LISTING," A TABLE, OR A COMPUTER 
PROGRAM LISTING APPENDIX SUBMITTED ON A COMPACT DISK. 
[0003] NOT APPLICABLE 

1 5 BACKGROUND OF THE INVENTION 

[0004] The present invention relates in general to telecommunication techniques. More 
particularly, the invention provides a method and system including a ring map discovery and 
validation technique for optical networlcs. Merely by way of example, the invention is 
described as it applies to Bi-directional Line-Switched Ring (BLSR) in Synchronous Optical 

20 Network (SONET), but it should be recognized that the invention has a broader range of 
applicability. 

[0005] Telecommunication techniques have progressed through the years. As merely an 
example. Synchronous Optical Network (SONET) has been used for conventional optical 
telecommimications for telephone applications. SONET defines a technique for transmitting 

25 multiple signals of different capacities through a synchronous, flexible, optical hierarchy. 
The SONET can terminate signals, multiplex signals from a lower speed to a higher speed, 
switch signals, and transport signals in the network according to certain definitions. Multiple 
SONET nodes may be interconnected into a ring structure to achieve high survivability. For 
example, if the SONET suffers from a connection failure at one location, the SONET can 

30 intelligently send the affected signals through one or more altemative routes without 



encountering the failure location. Such rerouting process is often known as automatic 
protection switching (APS). A Bi-directional Line-Switched Ring (BLSR) is a ring, which 
uses the SONET line-level status and performance parameters to initiate the APS process. 

[0006] In a BLSR, a terminal is often called a node. The terminal is assigned to a node DD. 
5 The node ID identifies the SONET terminal within the BLSR. The value of a Node ID often 
ranges from 0 to 15 as described in Standard GR-1230-CORE. See GR-1230-CORE, 
SONET Bi-directional Line-Switched Ring Criteria, Issue 4, Dec. 1998. The Node IDs on a 
BLSR may not have consecutive values; hence the value of a Node ID usually does not imply 
any connectivity information but is merely the identification for a node in the ring. To 
10 represent the physical connectivity, a ring map contains a complete order of Node IDs. The 
ring map is usually available at each node along with a squelch table. The squelch table can 
provide the source and destination nodes for each traffic signal, and is used along with ring 
map to prevent traffic misconnection in case of node failure or ring segmentation. 

[0007] Conventionally, the ring map at each node is usually provisioned manually without 
15 any validation mechanism. The validation mechanism can ensure all nodes in the ring have 
consistent ring maps. Additionally, when a node is removed firom the ring or added to the 
ring, the ring map at each node is usually updated manually to reflect the new topology. 
Some protocols have been implemented to perform automatic ring map discovery. These 
protocols, however, usually involve complicated mechanisms without automatic validation of 
20 discovered ring map. Other limitations also exist with conventional BLSR techniques. 

[0008] Hence it is highly desirable to improve ring map discovery and validation 
techniques for optical networks. 

BRIEF SUMMARY OF THE INVENTION 
25 [0009] The present invention relates in general to telecommunication techniques. More 
particularly, the invention provides a method and system including a ring map discovery and 
validation technique for optical networks. Merely by way of example, the invention is 
described as it applies to Bi-directional Line-Switched Ring (BLSR) in Synchronous Optical 
Network (SONET), but it should be recognized that the invention has a broader range of 
30 applicability. 
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[0010] According to one embodiment of the present invention, a method for generating a 
ring map for optical network apphcations includes sending a first discovery message to a first 
node through a portion of an optical network. The first node corresponds to a first node 
identification and a first predetermined identification. The first discovery message includes 
5 at least a source node identification associated with a source node, a source predetermined 
identification associated with the source node, and a first ring connectivity map. 
Additionally, the method includes processing at least information associated with the source 
node identification and the first node identification. Moreover, the method includes if the 
source node identification and the first node identification are different, updating the first ring 
10 connectivity map. Also, the method includes if the source node identification and the first 
node identification are identical, processing at least information associated with the source 
predetermined identification and the first predetermined identification and if the source 
predetermined identification and the first predetermined identification are different sending a 
first alarm message indicating multiple assignments of the source node identification. 

1 5 [001 1] According to another embodiment of the present invention, a method for validating 
a ring map for optical network applications includes sending a first validation message firom a 
source node through at least a portion of an optical network. The source node is associated 
with a first ring map. The first validation message includes at least a source node 
identification associated with the source node and a first ring connectivity map associated 

20 with the source node. The first ring map includes at least information associated with the 
source node identification and the first ring connectivity map. Additionally, the method 
includes receiving the first validation message at a first node directly firom the source node. 
The first node is associated with a second ring map. Moreover, the method includes 
processing at least information associated with the source node identification and the second 

25 ring map. Also, the method includes if the source node identification is not associated with a 
predetermined node, sending a first initialization message. Additionally, the method includes 
if the source node identification is associated with the predetermined node, processing at least 
information associated with the first ring connectivity map and the second ring map, if the 
first ring map and the second ring map are inconsistent sending a first alarm message. 

30 [0012] According to yet another embodiment of the present invention, a method for 
processing a discovery message for optical network applications includes sending a first 
discovery message to a first node through a portion of an optical network. The first node is 
associated with a first node identification and a first predetermined identification. The first 
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discovery message includes at least a source node identification associated with a source 
node, a source predetermined identification associated with the source node, and a first ring 
connectivity map. Additionally, the method includes if the first node includes a second ring 
map, processing at least information associated with the second ring map and the source node 
5 identification and if the source node identification is absent firom the second ring map sending 
a first initialization message. Moreover, the method includes if the first node is firee firom the 
second ring map, processing at least information associated with the source node 
identification and the first node identification, if the source node identification and the first 
node identification are different updating the first ring connectivity map and sending the first 

10 discovery message to a second node. Also, the method includes if the source node 

identification and the first node identification are identical, processing at least information 
associated with the source predetermined identification and the first predetermined 
identification and if the source predetermined identification and the first predetermined 
identification are different sending a first alarm message indicating multiple assignments of 

1 5 the source node identification. 

[0013] According to yet another embodiment of the present invention, a method for 
processing a validation message for optical network applications includes sending a first 
validation message fi:-om a source node through at least a portion of an optical network. The 
source node is associated with a first ring map. The first validation message includes at least 

20 a source node identification associated with the source node and a first ring connectivity map 
associated with the source node. The first ring map includes at least information associated 
with the source node identification and the first ring connectivity map. Additionally, the 
method includes receiving the first validation message at a first node directly firom the source 
node. Moreover, the method includes if the first node includes a second ring map, processing 

25 at least information associated with the source node identification and the second ring map, if 
the source node identification is not associated with a predetermined node sending a first 
initialization message, if the source node identification is associated with the predetermined 
node processing at least information associated with the first ring map and the second ring 
map and if the first ring map and the second ring map are inconsistent, sending a first alarm 

30 message. 

[0014] According to yet another embodiment of the present invention, an apparatus for 
generating a ring map for optical network applications includes a message receiver 
configured to receive a first discovery message. The first discovery message includes at least 
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a first node identification associated with a first node, a first predetermined identification 
associated with the first node, and a first ring connectivity map. Additionally, the apparatus 
includes a message sender configured to send an alarm message and send a second discovery 
message. The second discovery message includes at least a second node identification 
5 associated with a second node, a second predetermined identification associated with the 
second node, and a second ring connectivity map. Moreover, the apparatus includes a 
memory system configured to store at least information associated with a ring map. Also, the 
apparatus includes a processing system coupled to the message receiver, the message sender, 
and the memory system and associated with a third node identification and a third 

10 predetermined identification. The processing system is configured to process at least 

information associated with the first node identification and the third node identification, and 
if the first node identification and the third node identification are different update the first 
ring connectivity map. Additionally, the processing system is configured to if the first node 
identification and the third node identification are identical, processing at least information 

1 S associated with the first predetermined identification and the third predetermined 

identification, and if the first predetermined identification and the third predetermined 
identification are different instmct the message sender to send the alarm message indicating 
multiple assignments of the first node identification. 

[0015] According to yet another embodiment, an apparatus for validating a ring map for 
20 optical network applications includes a message receiver configured to receive a first 

validation message. The first validation message includes at least a first node identification 
associated with a first node and a first ring connectivity map associated with the first node. 
The first validation message is also associated with a first ring map including at least 
information associated with the first node identification and the first ring connectivity map. 
25 Additionally, the apparatus includes a message sender configured to send an initialization 
message, send an alarm message, and send a second validation message. The second 
validation message includes at least a second node identification associated with a second 
node and a second ring connectivity map associated with the second node. The second 
validation message is also associated with a second ring map including at least information 
30 associated with the second node identification and the second ring connectivity map. 

Moreover, the apparatus includes a memory system configured to store at least information 
associated with the second ring map. Also, the apparatus includes a processing system 
coupled to the message receiver, the message sender, and the memory system and associated 
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with the second node identification and the second predetermined identification. The 
processing system is configured to process at least information associated with the first node 
identification and the second ring map, and if the first node identification is not associated 
with a predetermined node send the initiaHzation message. Additionally, the processing 
5 system is configured to if the first node identification is associated with the predetermined 
node, process at least information associated with the first ring map and the second ring map 
and if the first ring map and the second ring map are inconsistent instruct the message sender 
to send the alarm message. 

[0016] Many benefits are achieved by way of the present invention over conventional 
10 techniques. For example, certain embodiments of the present invention reduce the number of 
the types of messages used for ring map discovery and validation. These different types of 
messages use a uniform format to simply message processing and facilitate implementation. 
Some embodiments of the present invention enable SONET equipments to automatically 
discover ring coimectivity in BLSR. The discovery process can effectively detect whether a 
1 5 single Node ID has been assigned to multiple nodes. Certain embodiments of the present 
invention provide reliable ring maps by validating the consistency of ring maps at various 
nodes. Some embodiments of the present invention support both the manual provision and 
the automatic discovery of ring map. Certain embodiments of the present invention provide a 
mechanism for nodes to automatically detect ring topology change and update their ring 
20 maps. The ring topology change may include removal of a node or addition of a node. 

[0017] Various additional objects, features and advantages of the present irivention can be 
more fiiUy appreciated with reference to the detailed description and accompanying drawings 
that follow. 



25 BRIEF DESCRIPTION OF THE DRAWINGS 

[0018] Figure 1 is a simplified diagram for protocol message according to one embodiment 
of the present invention; 

[0019] Figure 2 is a simplified method for automatic ring map discovery according to an 
embodiment of the present invention; 

30 [0020] Figure 2A is a simplified method for automatic ring map discovery according to 
another embodiment of the present invention; 
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[0021] Figure 3 is a simplified method for automatic ring map validation according to an 
embodiment of the present invention; 

[0022] Figure 3A is a simplified method for automatic ring map validation according to 
another embodiment of the present invention; 

5 [0023] Figure 4 is a simplified method for processing a discovery message according to an 
embodiment of the present invention; 

[0024] Figure 5 is a simplified method for processing a validation message according to an 
embodiment of the present invention; 

[0025] Figure 6 is a simplified apparatus for automatic ring map discovery and validation 
1 0 according to an embodiment of the present invention. 



DETAILED DESCRIPTION OF THE INVENTION 
[0026] The present invention relates in general to telecommunication techniques. More 
particularly, the invention provides a method and system including a ring map discovery and 
1 5 validation technique for optical networks. Merely by way of example, the invention is 

described as it applies to Bi-directional Line-Switched Ring (BLSR) in Synchronous Optical 
Network (SONET), but it should be recognized that the invention has a broader range of 
applicability, 

[0027] Figure 1 is a simplified diagram for protocol message according to one embodiment 
20 of the present invention. The diagram is merely an example, which should not unduly limit 
the scope of the present invention. One of ordinary skill in the art would recognize many 
variations, alternatives, and modifications. In Figure 1, a protocol message 100 includes a 
version field 1 10, a message type field 120, a reserved field 130, a source UK) field 140, a 
source UID field 142, a source Node ID field 144, a field 150 for number of nodes, a FCS 
25 field 190, and a field 192 for ring connectivity map. Although the above has been shown 
using message fields 110, 120, 130, 140, 142, 144, 150, 190, and 192, there can be many 
alternatives, modifications, and variations. For example, the nimiber of bits in each field may 
vary depending upon specific applications of the present invention. Some of the message 
fields may be combined. Other fields may be added to the protocol message. Depending 
30 upon the embodiment, one or more of the message fields may be removed. For example, one 
of the UID fields 140 and 142 may be removed. As another example, the FCS field 190 may 
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be removed or not used. Further details of these processes are found throughout the present 
specification and more particularly below. 

[0028] The field 110 stores information identifying a version of the protocol. For example, 
the identification is represented by a 3-bit datum. The version information facilitates a BLSR 
5 node to process the protocol message appropriately. For example, a BLSR node can handle 
both versions 1 and 2. If the BLSR node receives a message of version 3, the BLSR node can 
disregard the message. If the BLSR node receives a message of version 2, the BLSR node 
would use the version 2 processes, not the version 1 processes, to analyze the message. The 
version information can facilitate communications between multiple nodes with different 
10 abilities to handle various versions. 

[0029] The source UK) fields 140 and 142 together store information regarding a unique 
identification of the source node. The source node is the node from which the corresponding 
protocol message originates. The unique identification is different from one node to another 
node and independent from BLSR. For example, the source UID fields 140 and 142 each 
15 occupy 8 bits of the protocol message. Together, these two 8-bit fields carry a 16-bit unique 
identification of the node. The 16-bit imique identification may be the last 16 bits of an IP 
address. 

[0030] The reserved field 130 is usually not in use and set to zero. For example, the field 
130 occupies 2 bits of the protocol message. The source Node ID field 144 store information 
20 regarding a node ID of the source node. The node ID is usually assigned by the BLSR 

management. The field 150 for number of nodes stores information regarding the number of 
nodes in the protocol message. The FCS field 190 stores checksum of the message to ensure 
the integrity of the message. For example, the fields 144, 150 and 190 each occupy 4 bits of 
the protocol message. 

25 [0031] The field 192 for ring connectivity map stores information regarding connections 
between various nodes within BLSR. As shown in Figure 1, the field 192 includes multiple 
subfields. For example, the field 192 includes subfields 160, 162, 164, 166, 168, 170, 172, 
174, 176, 178, 180, 182, 184, 186, and 188 for Node IDs Ni through N15 respectively. These 
subfields sequentially store Node IDs for nodes encoimtered by the protocol message as the 

30 message traverses fi*om the source node through BLSR. Each subfield may occupy 4 bits of 
the protocol message. The ring map in the protocol message 100 refers to a list of Node IDs 
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ofNo,Ni,N2, ...,Nn, ..,andNk. The Node ID No is stored in the field 144. TheNodeEDs 
Ni, N2, . . Nn, .., and Nk are stored in the subfields 160, 162, . . ., 160+2(n-l), . . ., and 
160+2(k-l). n is a positive integer, and k is the number of nodes stored in the field 150. 
Although the above has been shown using the subfields 160, 162, 164, 166, 168, 170, 172, 
5 174, 176, 178, 180, 182, 184, 186, and 188, there can be many alternatives, modifications, 
and variations. For example, the number of bits in each subfield may equal to or different 
firom 4. Some of the subfields may be combined. Other subfields for node IDs may be added 
to the message structure. The ring map in the protocol message 100 may refer to a list of 
Node IDs starting with a Node ID other than Nq. For example, the Hst includes Ni, N2, . . ., 
10 Nn, Nk, and No, or includes N2, . . Nn, Nk, No, and N; sequentially. Depending upon the 
embodiment, one or more of the subfields may be removed. Further details of these 
processes are foimd throughout the present specification and more particularly below. 

[0032] The message type field 120 stores information regarding the type of the protocol 
message. For example, the message type field 120 occupies 3 bit of the protocol message. 

15 According to one embodiment, there are at least five types including RM_DISCOVER, 

RM^VALIDATE, RM_INIT, RM_SWITCH_A, and RM_S WITCH_M. RM_DISCOVER 
refers to a ring map discovery message which is used to discover node coimectivity. 
RM VALIDATE refers to a ring map validation message which is used to verify consistency 
of ring maps at various nodes. RM INIT refers to a ring map initialization message which is 

20 used to initialize ring maps at various nodes. RM_SWITCH_A refers to a manual-to- 
automatic mode message which is used to switch a node fi*om a manual mode to an automatic 
mode. RM S WITCH_M refers to an automatic-to-manual mode message which is used to 
switch a node fi'om an automatic mode to a manual mode. These five types of messages are 
represented by different 3-bit values as shown in Table 1. 



Message Types 


Values 


RM_DISCOVER 


000 


RM_VALIDATE 


001 


RM_INIT 


010 


RM_SWITCH_A 


oil 



RM SWITCH M 



100 



Table 1 



[0033] As shown in Figure 1, the protocol message includes the fields 110, 120, 130, 140, 
5 142, 144, 150, 190, and 192 in one embodiment. Not all message fields are used for each 
type of the message. For example, the field 150 for nimiber of nodes and the field 192 for 
ring connectivity map are usually not used for RM DSflT, RM_S WITCH_A, and 
RM_SWITCH__M. The unused message fields can be set to zero. 

[0034] According to one embodiment of the present invention, the ring map discovery 
10 process may be performed in either a manual mode or an automatic mode. In the manual 

mode, the ring map is provisioned manually without using the protocol message as shown in 
Figure 1 . In the automatic mode, the ring map is created and updated automatically using the 
protocol message. Usually, all nodes in the ring need to work in the same mode, either the 
manual mode or the automatic mode. If a mode mismatch is detected, an alarm message 
15 would be sent to the BLSR management system. 

[0035] In response to a switch command or message, a node switches between the manual 
mode and the automatic mode. For example, upon receiving a RM_SWITCH_M message, a 
node may switch firom the automatic mode to the manual mode, and stop communicating 
with other nodes with the protocol message as shown in Figure 1 . Upon receiving a 
20 RM_SWITCH_A message, a node may switch fi-om the manual mode to the automatic mode. 
The node initializes the ring map and starts the automatic discovery process followed by the 
automatic validation process. The automatic discovery and validation processes may use a 
12-byte message as shown in Figure 1 . The protocol message traverses between various 
nodes over, for example, the SONET DCC channel. 

25 [0036] As discussed above, a node working in the automatic mode supports two processes. 
The node usually remains in the discovery stage imtil its ring map is created. After the 
creation of the ring map, the node usually enters the validation stage. This sequence is 
merely an example, which should not unduly Umit the scope of the present invention. One of 
ordinary skill in the art would recognize many variations, altematives, and modifications. 

30 For example, the node may exit the validation stage and reenter the discovery stage. The 
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automatic discovery may be triggered by at least a switch from the manual mode, or a change 
in ring topology. 

[0037] Figure 2 is a simplified method for automatic ring map discovery according to an 
embodiment of the present invention. This diagram is merely an example, which should not 
5 unduly limit the scope of the claims. One of ordinary skill in the art would recognize many 
variations, altematives, and modifications. The method 200 includes a process 210 for 
initializing discovery message, a process 220 for sending discovery message, a process 230 
for comparing Node IDs, a process 240 for update ring map, a process 250 for comparing 
UIDs, a process 260 for reporting multiple assignments, and a process 270 for storing 

10 discovered ring map. Although the above has been shown using a selected sequence of 

processes, there can be many altematives, modifications, and variations. For example, some 
of the processes may be expanded and/or combined. Other processes may be inserted to 
those noted above. Depending upon the embodiment, the specific sequence of processes may 
be interchanged with others replaced. Further details of these processes are foimd throughout 

1 5 the present specification and more particularly below. 

[0038] At the process 210, a discovery message as shown in Figure 1 is initialized. The 
initialization is performed at a source node in BLSR. Upon initialization, the version field 
110 stores a three-bit number, such as 000, representing the protocol version used. 
Additionally, the message type field 120 stores a three-bit number, 000, representing the 
20 message type RM^DISCOVER. Moreover, the UID fields 140 and 142 together store a 16- 
bit unique identification (UID) of the source node. Each of the two fields stores 8 bits. Also, 
the Node ID field 144 stores the Node ID assigned to the source node. Additionally, the field 
150 for number of nodes is set to zero at all bits. Bits in the field 192 for ring connectivity 
map (RCM) and the reserved field 130 are also initialized to zero. 

25 [0039] At the process 220, the discovery message is sent firom a node in BLSR. For 
example, the node is the source node sending out the initialized discovery message as 
discussed above. Subsequently, the discovery message traverses to other nodes on the BLSR 
ring. In one embodiment, the discovery message travels in the clockwise direction. 

[0040] At the process 230, the Node ID in the Node ID field of the discovery message is 
30 compared to the Node ID of the node receiving the discovery message. If the two Node IDs 
are different, the process 240 for update ring map is performed. If the two Node IDs are 
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identical, the node would terminate the transmission of the discovery message, and the 
process 250 for comparing UIDs is performed. 

[0041] At the process 240, the value stored in the field 1 50 for nvimber of nodes is 
increased by one. For example, the number of nodes increases fi"om M to M+1 , where M is 
5 an integer equal to or larger than zero. The Node ED for the node receiving the message is 
stored in the subfield corresponding to Nm+i- As shown in Figure 1, the subfields 
corresponds the Node IDs Ni through N15 respectively. Subsequently, the discovery message 
is sent to the next node, for example, in the same clockwise direction. 

[0042] At the process 250, the UID in the UID fields 140 and 142 of the discovery message 
10 is compared to the UID of the node receiving the discovery message. If the two UIDs are 
different, the process 260 for reporting multiple assignments is performed. If the two UIDs 
are identical, the process 270 for storing discovered ring map is performed. 

[0043] At the process 260, the node reports to the BLSR management system that the same 
Node ID have been assigned to at least two different nodes with different UIDs. The report 

1 5 may be sent in the form of an alarm message. At the process 270, the node stores the 

discovered ring map. The node has the same Node ID as the Node ID stored in the Node ID 
field 144, and the node also has the same UID as the UID stored in the UID fields 140 and 
142. Hence the node is the source node that initiated the discovery message. The message 
has traveled through every node on the ring, and the ring map discovery process has been 

20 completed. The ring map includes the Node ID stored in the field 144 and the ring 

connectivity map recorded in the field 192. For example, the ring map stored at the source 
node is a list of Node IDs of No, Ni, N2, . . Nn, and Nk. No is the same Node ID stored in 
the field 144 of the discovery message. Ni, N2, . . ., Nn, .., and Nk are the same Node IDs 
stored in the subfields 160, 162, . . ., 160+2(n-l), . . ., and 160+2(k-l) of the discovery 

25 message respectively, n is a positive integer, and k is the niraiber of nodes stored in the field 
150. Additionally, the ring map may also include the number of node stored in the field 150. 
The number of nodes represents how many nodes other than the source node are present in 
the BLSR ring. 

[0044] As discussed above and fiorther emphasized here, Figure 2 is merely an example, 
30 which should not unduly limit the scope of the claims. One of ordinary skill in the art would 
recognize many variations, altematives, and modifications. For example, if the source node 
does not receive the discovery message within a predetermined period of time afl:er the source 
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node sends out the discovery message, the source node reports the discovery failure to the 
management system. As another example, if the receiving node has compiled a ring map, the 
receiving node checks whether the Node ID of the source node for the discovery message is 
present in the ring map of the receiving node. If the Node ID of the source node for the 
discovery message is not present, the receiving node sends out an initialization message and 
another discovery message that is different from the discovery message the receiving node 
received. 

[00451 Figure 2A is a simplified method for automatic ring map discovery according to 
another embodiment of the present invention. This diagram is merely an example, which 
should not unduly limit the scope of the claims. One of ordinary skill in the art would 
recognize many variations, alternatives, and modifications. As shown in Figure 2A, a ring 
includes four nodes 290, 292, 294, and 296. These nodes each have a Node ID and a unique 
identification expressed in the decimal system as shown in Table 2. 



Node 


Node ID 


Unique Identification 


290 


8 


2.11 


292 


4 


2.13 


294 


6 


2.20 


296 


9 


2.32 



Table 2 



[0046] The node 290 initializes a discovery message into a message 280, substantially as 
discussed for tiie process 210. For the message 280, the version field 110 stores 000 
representing tiie protocol version being used. Additionally, the message type field 120 stores 
a three-bit number, 000, representing the message type RM_DISCOVER. Moreover, the 
UID field 140 stores a eight-bit number 00000010, and tiie UID field 142 stores anotiier 
eight-bit number 0000101 1 . These two eight-bit numbers represents tiie unique identification 
of 2.1 1 for the source node 290. Also, tiie Node ID field 144 stores a four-bit number, 1000, 
representing tiie Node ID of 8 assigned to the source node 290. Additionally, the field 150 
for number of nodes is set to zero at all bits. Bits in the field 192 for ring connectivity map 
and tiie reserved field 130 are also initialized to zero. The source node 290 sends tiie 
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discovery message to other nodes in the ring, substantially as discussed for the process 220. 
For example, the discovery message travels in the clockwise direction. 

[0047] The node 292 receives the discovery message and subsequently update the ring map 
as stored in the discovery message, substantially as discussed for the processes 230 and 240. 
5 The message 280 is modified into a message 282. The value stored in the field 150 for 
number of nodes becomes 0001 . The value stored in the subfield 160 becomes 0100, 
representing the Node ID of 4 for the receiving node 292. Subsequently, the discovery 
message is sent to the next node 294. 

[0048] The node 294 receives the discovery message and subsequently update the ring map 
10 as stored in the discovery message, substantially as discussed for the processes 230 and 240. 
The message 282 is modified into a message 284. The value stored in the field 150 for 
number of nodes becomes 0010. The value stored in the subfield 162 becomes 0110, 
representing the Node ID of 6 for the receiving node 294. Subsequently, the discovery 
message is sent to the next node 296. 

15 [0049] The node 296 receives the discovery message and subsequently update the ring map 
as stored in the discovery message, substantially as discussed for the processes 230 and 240. 
The message 284 is modified into a message 286. The value stored in the field 150 for 
number of nodes becomes 001 1 . The value stored in the subfield 1 64 becomes 1 001 , 
representing the Node ID of 9 for the receiving node 296. Subsequently, the discovery 

20 message is sent to the next node 290. 

[0050] The node 290 receives the discovery message that the source 290 initially sends out. 
The message 286 contains a complete order of nodes other than the node 290 itself. The node 
290 terminates the discovery message and updates its ring map according to the connectivity 
map in the message, substantially as discussed for the processes 230, 250, and 270. The ring 
25 map 288 stored at the node 290 includes Node IDs 8, 4, 6, and 9. 

[0051] Figure 3 is a simplified method for automatic ring map validation according to an 
embodiment of the present invention. This diagram is merely an example, which should not 
imduly limit the scope of the claims. One of ordinary skill in the art would recognize many 
variations, alternatives, and modifications. The method 300 includes a process 310 for 
30 initializing validation message, a process 320 for sending validation message, a process 330 
for comparing Node IDs, a process 340 for comparing ring maps, a process 350 for ending 
ring map validation, a process 360 for sending initialization message, and a process 370 for 
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reporting ring map inconsistency. Although the above has been shown using a selected 
sequence of processes, there can be many alternatives, modifications, and variations. For 
example, some of the processes may be expanded and/or combined. Other processes may be 
inserted to those noted above. Depending upon the embodiment, the specific sequence of 
5 processes may be interchanged with others replaced. Further details of these processes are 
found throughout the present specification and more particularly below. 

[0052] At the process 310, a validation message as shown in Figure 1 is initialized. The 
initialization is performed at a source node in BLSR. Upon initialization, the version field 
110 stores a three-bit number, such as 000, representing the protocol version used. 

10 Additionally, the message type field 120 stores a three-bit nxraiber, 001, representing the 

message type RM_VALIDATE. Moreover, the UID fields 140 and 142 together store a 16- 
bit unique identification (UID) of the source node. Each of the two fields stores 8 bits. Also, 
the Node ID field 144 stores the Node ID assigned to the source node. Additionally, the field 
150 for number of nodes and the field 192 for ring connectivity map are set according to the 

1 5 ring map stored at the source node. Bits of the reserved field 1 30 are initialized to zero. 

[0053] At the process 320, the validation message is sent from the source node to the two 
nearest neighboring nodes. In one embodiment, the validation message travels to the nearest 
node in the clockwise direction and the nearest node in the counterclockwise direction. 

[0054] At the process 330, the Node IDs are compared at the node receiving the validation 
20 message from the source node. If the receiving node has not yet compiled its ring map, this 
validation message is discarded. The Node ID stored in the field 144 is compared to the 
Node ID of the node from which the receiving node expects to receive the validation 
message. In one embodiment, the receiving node is the nearest node in the clockwise 
direction and the ring map at the source node was discovered also in the clockwise direction, 
25 the Node ID in the Node ID field 144 of the validation message is compared to the last Node 
ID stored in the field 192 for ring connectivity map. The last Node ID is stored in the 
subfield corresponding to Nk, where k is the number of nodes stored in the field 1 50. In 
another embodiment, the receiving node is the nearest node in the counterclockwise direction 
and the ring map at the source was discovered in the clockwise direction, the Node ID in the 
30 Node ID field 144 of the validation message is compared to the first Node ED stored in the 

field 192 for ring coimectivity map. The first Node ID is stored in the subfield corresponding 
to Ni as shown in Figure 1. These embodiments are merely examples, which should not 
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unduly limit the scope of the claims. One of ordinary skill in the art would recognize many 
variations, alternatives, and modifications. 

[0055] If the two Node IDs under comparison are the same, the validation message was 
sent fi-om the expected neighboring node. The ring topology has not changed since the ring 
map at the receiving node was compiled. The process 340 for comparing ring maps is 
subsequently performed. If the two Node IDs are different, the validation message was not 
sent from the expected neighboring node. The ring topology has probably changed since the 
ring map at the receiving node was compiled. For example, the expected neighboring node 
has been removed from the ring, or an additional node has been inserted into the ring between 
the expected neighboring node and the receiving node. The process 360 for sending 
initialization message is subsequently performed. 

[0056] At the process 340, the ring map stored in the validation message is compared with 
the ring map stored at the receiving node. The comparison takes into account the different 
locations of the source node and the receiving node in the ring. In one embodiment, the 
receiving node is the nearest node in the clockwise direction and the ring map at the source 
node was discovered also in the clockwise direction. The Node ID of the receiving node, i.e.. 
No of the ring map of the receiving node, is compared with the Node ID Ni in the ring 
coimectivity map of the validation message. The Node IDs of N2, N3, . . Nn, . . and Nk in 
the validation message are compared to the Node IDs of Ni, N2, . . Nn-i, .., and Nk-i of the 
ring map of the receiving node respectively. The Node IDs Ni, N2, . . Nn, and Nk in the 
validation message are stored in the subfields 160, 162, 160+2(n-l), and 160+2(k-l). 
n is a positive integer, and k is the number of nodes stored in the field 150. If each 
comparison as discussed above shows ttie two Node IDs are identical, the ring maps stored in 
the validation message and at the receiving node are consistent. Subsequently, the process 
350 for ending ring map validation is performed. If any comparison as discussed above 
shows the two Node IDs are not identical, the ring maps stored in the validation message and 
at the receiving node are not consistent. Subsequently, the process 370 for reporting ring 
map inconsistency is performed. 

[0057] In another embodiment, the receiving node is the nearest node in the 
counterclockwise direction and the ring map at the source node was discovered in the 
clockwise direction. The Node ID of the receiving node, i.e.. No of the ring map of the 
receiving node, is compared with the Node ID Nk in the ring connectivity map of the 
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validation message. The Node IDs of Ni, N2, . - Nn, . . and Nk-i in the validation message 
are compared to Node IDs of N2, N3, . . N^+i, .., and Nr of the ring map of the receiving node 
respectively. The Node IDs Ni, N2, . . Nn, and Nk in the validation message are stored in 
the subfields 160, 162, 160+2(n-l), and 160+2(k-l). n is a positive integer, and k is 
5 the nxmiber of nodes stored in the field 150. If each comparison as discussed above shows 
the two Node IDs are identical, the ring maps stored in the validation message and at the 
receiving node are consistent. Subsequently, the process 350 for ending ring map validation 
is performed. If any comparison as discussed above shows the two Node IDs are not 
identical, the ring maps stored in the validation message and at the receiving node are not 
10 consistent. Subsequently, the process 360 for sending initialization message is performed. 

[0058] At the process 350 for ending ring map validation, the ring map validation process 
is completed. Another ring map validation process may be started immediately or after a 
predetermined period of time. At the process 360, the receiving node sends an initialization 
message to the ring to notify all other nodes to restart the discovery procedure. In the 

15 initialization message as shown in Figure 1, the version field 110 stores a three-bit number, 
such as 000, representing the protocol version used. Additionally, the message type field 120 
stores a three-bit number, 010, representing the message type RM_INIT. Moreover, the UK) 
fields 140 and 142 together store a 16-bit unique identification (UID) of the source node of 
the initialization message. The source node is the receiving node of the validation message. 

20 Also, the Node ID field 144 stores the Node ID assigned to the source node of the 

initialization message. Additionally, bits of the reserved field 130, the field 150 for number 
of nodes, and the field 192 for ring connectivity map are set to zero. Moreover, the process 
360 may also include sending a discovery message. 

[0059] At the process 370, the receiving node reports the inconsistency between the ring 
25 maps stored in the validation message and the receiving node to the management system. 
The report may take the form of an alarm message. Additionally, the process 370 may also 
include sending an initialization message to the ring to notify all other nodes to restart the 
discovery procedure. 

[0060] As discussed above and further emphasized here. Figure 3 is merely an example, 
30 which should not imduly limit the scope of the claims. One of ordinary skill in the art would 
recognize many variations, altematives, and modifications. For example, the source node for 
a validation message may also receive a discover message firom another node. Upon receipt, 
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the source node for the validation message checks whether the Node ED of the source node 
for the discovery message is present in the ring map of the source node for the validation 
message. If the Node ID is not present in the ring map, a new node probably has been added 
to the ring. The source node for the validation message starts a new discovery process by 
5 sending out a discovery message as shown in Figure 2 and also sends out an initialization 
message to notify all other nodes to start the discovery process. If the Node ID is present in 
the ring map, the source node for the validation message adds its own Node ID to the 
connectivity map in the discovery message and relay the discovery message to the next node 
in the ring. 

10 [0061] Figure 3A is a simpUfied method for automatic ring map validation according to 
another embodiment of the present invention. This diagram is merely an example, which 
should not unduly limit the scope of the claims. One of ordinary skill in the art would 
recognize many variations, altematives, and modifications. As shown in Figure 3 A, a ring 
includes three nodes 390, 394, and 396. These nodes each have a Node ID and a imique 

15 identification expressed in the decimal system as shown in Table 3. 



Node 


Node ID 


Unique Identification 


390 


8 


2.11 


394 


6 


2.20 


396 


9 


2.32 



Table 3 



[0062] The node 390 initializes a validation message into a message 398, substantially as 
20 discussed for the process 310. Upon initialization, the version field 110 stores a three-bit 
number, such as 000, representing the protocol version being used. Additionally, the 
message type field 120 stores a three-bit number, 001, representing the message type 
RM_VALIDATE. Moreover, the UK) field 140 stores a eight-bit number 00000010, and the 
UID field 142 stores another eight-bit number 0000101 1. These two eight-bit numbers 
25 represents the unique identification of 2.1 1 for the source node 390. Also, the Node ID field 
144 stores a four-bit number, 1000, representing the Node ID of 8 assigned to the source node 
390. The value stored in the field 150 for number of nodes is 001 1 representing 3 nodes 
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other than the source node 390 in the ring. The value stored in the subfields 1660, 162, and 
164 are 0100, 01 10 and 1001, representing the Node IDs of 4, 6 and 9 for the other nodes in 
the ring. Subsequently, the validation message is sent to the two neighboring nodes 294 and 
296. 

5 [0063] The node 396 receives the validation message and confirm the consistency between 
the ring map stored in the validation message and the ring map stored at the node 396, 
substantially as discussed for the processes 330, 340, and 350. 

[0064] The node 394 receives the validation message and sends out an initialization 
message to other nodes, substantially as discussed for the processes 330 and 360. The node 
10 394 has compiled a ring map 399 and thus expects to receive a validation message from a 

node with a Node ID of 4 or 9. When the node 394 receives the validation message from the 
node with a Node ID of 8, the node 394 determines the node with a Node ID of 4 has been 
removed from the ring. In response, the node 394 sends out an initialization message to the 
ring to inform other nodes to restart the discovery process. 

1 5 [0065] Figure 4 is a simplified method for processing a discovery message according to an 
embodiment of the present invention. This diagram is merely an example, which should not 
unduly limit the scope of the claims. One of ordinary skill in the art would recognize many 
variations, altematives, and modifications. The method 400 includes a process 410 for 
initializing and sending discovery message, a process 412 for checking ring map status, a 

20 process 414 for checking status of source node, a process 416 for sending initialization 

message, a process 418 for sending another discovery message, a process 420 for comparing 
Node IDs, a process 422 for comparing UIDs, a process 424 for reporting multiple 
assignments, a process 426 for storing discovered ring map, a process 428 for update ring 
map, a process 428 for sending discovery message to next node. Although the above has 

25 been shown using a selected sequence of processes, there can be many altematives, 

modifications, and variations. For example, the processes 416 and 418 may be combined. 
Other processes may be expanded or inserted to those noted above. Depending upon the 
embodiment, the specific sequence of processes may be interchanged with others replaced. 
Further details of these processes are found throughout the present specification and more 

30 particularly below. 

[0066] At the process 410, a discovery message is initialized and sent from a source node, 
substantially as discussed for the processes 210 and 220. At the process 412, a receiving 
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node checks whether a ring map has already been stored at the receiving node. If there exists 
a ring map at the receiving node, the process 414 is performed. If there does not exist a ring 
map at the receiving node, the process 420 is performed. 

[0067] At the process 414, the receiving node checks whether the Node ID of the source 
5 node for the discovery message is present in the ring map of the receiving node. If the Node 
ID of the source node for the discovery message is present, the process 420 is performed. If 
the Node ID of the source node for the discovery message is not present, the process 416 is 
performed. At the process 416, the discover message is terminated. The receiving node 
sends out an initialization message, substantially as discussed for the process 360. At the 
10 process 418, the receiving node sends out another discovery message different from the 
discovery message the receiving node received. 

[0068] At the process 420, the receiving node compares the Node IDs, substantially as 
discussed for the process 230. If the Node IDs are identical, the process 422 is performed. If 
the Node IDs are not identical, the process 428 is performed. At the process 422, the 

15 receiving node compares the UIDs, substantially as discussed for the process 250. If the 
UIDs are identical, the process 426 is performed. If the UIDs are not identical, the process 
424 is performed. At the process 424, the receiving node reports multiple assignments of the 
same Node ID to the management system, substantially as discussed for the process 260. At 
the process 426, the source node stores the discovered ring map, substantially as discussed for 

20 the process 270. 

[0069] At the process 428, the ring map stored in the discovery message is updated at the 
receiving node, substantially as discussed for the process 240. At process 428, the receiving 
node relays the discovery message to the next node in the ring. 

[0070] As shown in Figure 4, the discovery message may travel through all nodes on the 
25 entire ring. Each node other than the source node adds its Node ID to the connectivity map in 
the message. When the message returns to the source node, the message contains a complete 
order of nodes which represents connectivity of the ring. 

[0071] Figure 5 is a simplified method for processing a validation message according to an 
embodiment of the present invention. This diagram is merely an example, which should not 
30 xmduly limit the scope of the claims. One of ordinary skill in the art would recognize many 
variations, altematives, and modifications. The method 500 includes a process 510 for 
sending validation message, a process 512 for checking ring map status, a process 514 for no 



action, a process 516 for comparing Node IDs, a process 518 for comparing ring maps, a 
process 520 for reporting ring map inconsistency, a process 522 for sending initialization 
message, and a process 524 for sending discovery message. Although the above has been 
shown using a selected sequence of processes, there can be many alternatives, modifications, 
and variations. For example, the processes 522 and 524 may be combined. Other processes 
may be expanded or inserted to those noted above. Depending upon the embodiment, the 
specific sequence of processes may be interchanged with others replaced. Further details of 
these processes are found throughout the present specification and more particularly below. 

[0072] At the process 5 10, a validation message is sent firom a source node, substantially as 
discussed for the processes 310 and 320. At the process 520, the receiving node checks 
whether a ring map has been compiled for the receiving node. If the ring map exists, the 
process 514 is performed. If the ring map does not exist, the process 516 is performed. 

[0073] At the process 5 14, no action is taken. The receiving node simply disregards the 
received validation message. At the process 516, the Node IDs are compared, substantially 
as discussed for the process 330. If the Node IDs are identical, the process 518 is performed. 
If the Node IDs are not identical, the process 522 is performed. 

[00741 At the process 5 1 8, the ring maps are compared for consistency, substantially as 
discussed for the process 340. If the ring maps are consistent, the process 514 is performed. 
If the ring maps are not consistent, the process 520 is performed. At the process 520, the 
receiving node reports the inconsistency of the ring maps to the management system, 
substantially as discussed for the process 370, At the process 522, the receiving node sends 
out an initialization message, substantially as discussed for the process 360. At the process 
524, the receiving node sends out a discovery message in order to compile a new ring map. 

[00751 As shown in Figures 4 and 5, the automatic discovery process described in Figure 2 
and the automatic vaUdation process described in Figure 3 interact with each other. The 
interaction may occur through an initialization message. For example, an initialization 
message is sent when a node detects a ring map inconsistence or a topology change. Upon 
receipt of the initialization message, another node initializes its ring map and a discovery 
message, and sends the discovery message to the ring. 

[00761 Figure 6 is a simpUfied apparatus for automatic ring map discovery and validation 
according to an embodiment of the present invention. This diagram is merely an example, 
which should not unduly limit the scope of the claims. One of ordinary skill in the art would 
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recognize many variations, alternatives, and modifications. The apparatus 600 includes a 
message receiver 610, a message sender 620, a memory system 630, and a processing system 
640. Although the above has been shown using the systems 610, 620, 630, and 640, there can 
be many alternatives, modifications, and variations. For example, the memory system 630 
and the processing system 640 may be combined. The processing system 640 may be 
expanded to include its own memory system. Other systems may be added to those noted 
above. Depending upon the embodiment, the specific arrangement of systems may be 
interchanged with others replaced. Further details of these systems found throughout the 
present specification and more particularly below. 

[0077] The message receiver 610 is configured to receive a first discovery message. The 
first discovery message includes at least a first node identification associated with a first 
node, a first unique identification associated with the first node, and a first ring connectivity 
map. The message sender 620 is configured to send an alarm message and send a second 
discovery message. The second discovery message includes at least a second node 
identification associated with a second node, a second unique identification associated with 
the second node, and a second ring connectivity map. The memory system 630 is configured 
to store at least information associated with a ring map. The processing system 640 is 
coupled to the message receiver 610, the message sender 620, and the memory system 630. 
Additionally, the processing system 640 is associated with a third node. The third node is 
associated with a third node identification and a third unique identification. Moreover, the 
processing system 640 is configured to process at least information associated with the first 
node identification and the third node identification. If the first node identification and the 
third node identification are different, the processing system 640 updates the first ring 
connectivity map. If the first node identification and the third node identification are 
identical, the processing system 640 processes at least information associated with the third 
unique identification and the third unique identification, and instruct the message sender 620 
to send the alarm message indicating multiple assignments of the first node identification if 
the first unique identification and the third unique identification are different. The processing 
system 640 is fiirttier configured to store the ring map in the memory system if the first node 
identification and the third node identification are identical and if the first predetermined 
identification and the third predetermined identification are also identical. The ring map 
including information associated with the first ring connectivity map and the first node 
identification. For example, the second ring connectivity map is the updated first ring 
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connectivity map, the second node identification is the same as the first node identification, 
and the second unique identification is the same as the first unique identification. 

[0078] Additionally, the message receiver 610 is also configured to receive a first 
validation message. The first validation message includes at least a fourth node identification 
5 associated with a fourth node and a fourth ring connectivity map associated with the fourth 
node. The first validation message is also associated with a fourth ring map including at least 
information associated with the fourth node identification and the fourth ring connectivity 
map. The message sender 620 is also configured to send an initialization message and send a 
second vaUdation message. The second validation message includes at least the third node 

1 0 identification associated with the third node and the third ring connectivity map associated 
with the third node. The validation message is associated with the ring map including at least 
information associated with the third node identification and the third ring connectivity map. 
The processing system 640 is also configured to process at least information associated with 
the fourth node identification and the ring map. If the fourth node identification is not 

15 associated with a predetermined node, the processing system 640 sends the initialization 
message. If the fourth node identification is associated with the predetermined node, the 
processing system 640 processes at least information associated with the fourth ring map and 
the ring map. If the foiuth ring map and the ring map are inconsistent, the processing system 
640 instructs the message sender 620 to send the alarm message. For example, the 

20 predetermined node is one of the two nodes nearest to the third node associated with the third 
node identification and the third imique identification. 

[00791 As discussed above and fijrther emphasized here, one of ordinary skill in the art 
would recognize many variations, alternatives, and modifications. For example, each node of 
a BLSR has an apparatus substantially similar to the apparatus 600. The message receiver 
25 610 is configured to receive some or all messages related to Figures 1, 2, 2A, 3, 3A, 4, and 5. 
The message sender 620 is configured to send some or all messages related to Figures 1, 2, 
2 A, 3, 3 A, 4, and 5. The processing system 640 is configured to perform some or all 
processes related to Figures 1, 2, 2A, 3, 3A, 4, and 5. These processes may be performed 
with software, hardware, or combination thereof. 

30 [0080] The present invention has various advantages. Certain embodiments of the present 
invention reduce the niraiber of the types of messages used for ring map discovery and 
validation. These different types of messages use a uniform format to simply message 
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processing and facilitate implementation. Some embodiments of the present invention enable 
SONET equipments to automatically discover ring connectivity in BLSR. The discovery 
process can effectively detect whether a single Node ED has been assigned to multiple nodes. 
Certain embodiments of the present invention provide reliable ring maps by validating the 
consistency of ring maps at various nodes. Some embodiments of the present invention 
support both the manual provision and the automatic discovery of ring map. Certain 
embodiments of the present invention provide a mechanism for nodes to automatically detect 
ring topology change and update their ring maps. The ring topology change may include 
removal of a node or addition of a node. 

[0081] Although specific embodiments of the present invention have been described, it will 
be understood by those of skill in the art that there are other embodiments that are equivalent 
to the described embodiments. Accordingly, it is to be understood that the invention is not to 
be limited by the specific illustrated embodiments, but only by the scope of the appended 
claims. 
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